home *** CD-ROM | disk | FTP | other *** search
/ PD ROM 1 / PD ROM Volume I - Macintosh Software from BMUG (1988).iso / Electronic Messages / Delphi Digests / Delphi Vol. 3 / Delphi 3.20 < prev    next >
Encoding:
Text File  |  1988-04-08  |  21.9 KB  |  616 lines  |  [TEXT/ttxt]

  1. 30-Mar-87 10:31:37-PST,23028;000000000001
  2. Return-Path: <SHULMAN%slb-test.csnet@RELAY.CS.NET>
  3. Received: from RELAY.CS.NET by SUMEX-AIM.STANFORD.EDU with TCP; Mon 30 Mar 87 10:31:05-PST
  4. Received: from relay2.cs.net by RELAY.CS.NET id aj18663; 30 Mar 87 11:49 EST
  5. Received: from slb-test by RELAY.CS.NET id ac26328; 30 Mar 87 11:41 EST
  6. Date:     Mon, 30 Mar 87 10:51 EDT
  7. From:     Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
  8. To:       arpadigests#delphi-mac@ANDREW.CMU.EDU, 
  9. Subject:  Delphi Mac Digest V3 #20
  10.  
  11. Delphi Mac Digest     Sunday, March 29, 1987         Volume 3 : Issue 20
  12.  
  13. Today's Topics:
  14.      Problems Using SuperMac SuperSpool 3.2
  15.      RE: servant
  16.      RE: Stresed Nodes
  17.      Re: Head parking and shutdown?
  18.      Bug in Insect (2 messages)
  19.      Acta converters
  20.      RE: interrupts
  21.      SmallTalk "resources" (2 messages)
  22.      PageMaker 2.0 and WriteNow (2 messages)
  23.      RE: PostScript
  24.      SE internal disks
  25.      efficient reading (5 messages)
  26.      Font/DA mover
  27.      Word - again (3 messages)
  28.      Useful MPW C "Feature"
  29.      2,-108 bug; Font/DA Mover; heap space
  30.      RE: 2,-108 bug; Font/DA Mover; heap spac (2 messages)
  31.      TextEdit length limitations
  32.      mouse feet
  33.      a NEW word 3.0 bug
  34.      RE: potential problem in lightspeed DAs
  35.  
  36. ----------------------------------------------------------------------
  37.  
  38. From: SPERRAZZA
  39. Subject: Problems Using SuperMac SuperSpool 3.2
  40. Date: 22-MAR 13:41 Bugs & Features
  41.  
  42. Has anyone had unusual problems using SuperSpool? I have v. 3.2 and was
  43. very pleased with it until: MDS Edit 2.0 bombed while printing in Draft
  44. Quality (I use System 4.0 and IW driver 2.5); MockPrint won't work at
  45. all (I figured it wouldn't); and. most mysteriously, MockWrite worked
  46. for a while and now doesn't (same problem as MockPrint - It prints junk
  47. to the printer). As the problems I' ve had are spectacular
  48. paper-wasters, I haven't experimented much. Has anyone else had similar
  49. problems? I expected MockPrint not to work, hoped MockWrite would, and
  50. am distressed by Edit's problems. Thanks for the info - Joe S. P.S. Any
  51. idea when (if ever) a new version of Edit will be released. 2.0 has a
  52. problem if you're too deeply nested in HFS, but the Beta version has its
  53. own problems (I think). - JSS
  54.  
  55. ------------------------------
  56.  
  57. From: DDUNHAM
  58. Subject: RE: servant (Re: Msg 18448)
  59. Date: 22-MAR 18:31 Public Domain
  60.  
  61. "The latest version of Servant is .92, which features Get Info, Mac II
  62. and Mac SE compatibility (with a hack for coloring existing application
  63. windows on the Mac II), and some other fun new features.  I will make my
  64. next upload as soon as file copy is implemented.  I'm currently working
  65. on it about half-time or so and expect the version with file copy to be
  66. available in April."  [Andy Hertzfeld]
  67.  
  68. Andy told me he's been delayed on Servant because he's making the Radius
  69. FPD work with the Macintosh SE - its 256K ROM is very different from the
  70. 128K ROM in the Macintosh Plus.
  71.  
  72. ------------------------------
  73.  
  74. From: MOUSEKETEER
  75. Subject: RE: Stresed Nodes (Re: Msg 18443)
  76. Date: 22-MAR 21:45 Business Mac
  77.  
  78. While I'm not "happy" to hear it, thanks for posting the note on
  79. MSC/pal. The brochures included with the press release seemed to show
  80. some Mac-ish looks, but I would certainly take the word of a user over a
  81. hype kit.
  82.  
  83. Actually, the primary thing I found interesting about the program's
  84. release was the idea of using a somewhat crippled, but inexpensive
  85. version for students and casual interest folks.  I have been hoping that
  86. one of the companies doing advanced CAD/CAM programs for the Mac would
  87. take that approach, as there are some rather basic things I would like
  88. to use a CAD/CAM program for, but could not justify the price of the
  89. nice programs. (Related...I read somewhere recently that Generic CAD or
  90. such is working on a Mac version to be offered at two levels, an
  91. inexpensive but limited set, and a full-blown mega-buck version.)
  92.  
  93. Alf
  94.  
  95. ------------------------------
  96.  
  97. From: BRECHER
  98. Subject: Re: Head parking and shutdown?
  99. Date: 23-MAR 06:15 MUGS Online
  100.  
  101. To: Stuart Strand <A0799%UWACDC.BITNET@wiscvm.wisc.edu>
  102. Subject: Re: Head parking and shutdown?
  103.  
  104. The Shut Down process takes the disk offline.  When an HFS volume is
  105. taken offline, the master directory block near the beginning of the
  106. volume is written to.  If the disk is not taken offline before the Mac
  107. is restarted, there is a delay, possibly a substantial one, upon
  108. restarting.  Hence, a head-park DA or utility really ought to also
  109. perform the Shut Down function.  If it doesn't, and you Shut Down after
  110. using the head-park DA, the heads are not parked and the DA usage was a
  111. waste of time.
  112.  
  113. ------------------------------
  114.  
  115. From: PEABO
  116. Subject: Bug in Insect (Re: Msg 18497)
  117. Date: 23-MAR 20:14 Network Digests
  118.  
  119. >Date: Thu, 19 Mar 87 04:49:33 est
  120. >From: ephraim%wang.uucp@RELAY.CS.NET
  121. >Subject: Bug in Insect
  122.  
  123. >There's a subtle bug in my version of the Insect DA which I recently
  124. >distributed.  In my defense, let me say that it's a smaller bug than the
  125. >one it replaced!
  126.  
  127. Hmmm ... if Random is the only thing you need, why not use your own
  128. pseudo-random number generator?  It probably wouldn't have to score well
  129. on the spectral test to be good enough :-)
  130.  
  131. peter                          "In any context, half of all references
  132. PEABO @ DELPHI                  are local and half are global."
  133.  
  134. ------------------------------
  135.  
  136. From: BRECHER
  137. Subject: Re: Bug in Insect
  138. Date: 24-MAR 06:28 MUGS Online
  139.  
  140. To: ephraim%wang.uucp@RELAY.CS.NET
  141. Subject: Re: Bug in Insect
  142.  
  143. > A VBL which persists across program launches cannot depend on *any* qd
  144. > globals [such as RandSeed, used by Random()], because it can't tell whether
  145. > CurrentA5 is valid.
  146.  
  147. The byte WWExist ("Window World Exists") at $8F2 is set to $FF by
  148. InitApplZone (and by rebooting), and cleared by InitWindows.  Given the
  149. state of its values, it should really be thought of as "Window World
  150. Doesn't Exist."  In short, if (WWExist)=0, then ((CurrentA5)) points to
  151. QuickDraw globals.
  152.  
  153. If you need to use Random() regardless of whether QD globals are
  154. available, and are willing to get a little tricky, you could temporarily
  155. set A5 to a value such that
  156.  
  157.         Move.L  (A5),An
  158.         Lea     -124(An),An
  159.  
  160. will cause An to point to your own private random seed.  Or, you could
  161. just not use Random, which is a simple linear congruential generator,
  162. and substitute your own routine.
  163.  
  164. ------------------------------
  165.  
  166. From: DDUNHAM
  167. Subject: Acta converters (Re: Msg 18497)
  168. Date: 24-MAR 21:10 Network Digests
  169.  
  170.  > From: <FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu> (Thomas Fruin)
  171.  > Subject: WANTED: converting Acta documents to others and v.v.
  172.  
  173. Offhand I know of the following programs which use Acta format:
  174.  
  175.  Convert/Configure [Symmetry, part of Acta] - ThinkTank and TEXT to Acta
  176.  Ripper [Jim Hopper, shareware] - PageMaker 1.2 to Acta
  177.  Quacta [Daniel Smith] - Rolodex and Scrapbook (and ?) to Acta
  178.  Dir-Acta-ry [David Dunham, free] - Disk directory to Acta
  179.  Laser Author [Icon Technology, $?] - opens Acta documents with styles
  180.  
  181. I'll be interested in seeing your summary, since I have the feeling I've
  182. forgotten someone.
  183.  
  184. I can't say much about it, but the next release of Acta will work with a
  185. _lot_ more file formats, including MORE.  Right now, your friend will
  186. have to open Acta and paste topics into MORE (MORE 1.1 does a reasonable
  187. job with this).  To get from MORE to Acta, use Acta's "smart paste," or
  188. save the document in ThinkTank format and use Convert/Configure.
  189.  
  190. Just as a reminder, the Acta file format is available on the nets (don't
  191. ask me where, I only posted on Delphi and Compu$erve) or from Symmetry
  192. Corp.  It's only one page long (someone once wrote asking for the
  193. missing pages).
  194.  
  195.  David Dunham     "Whenever you see a sign 'No Exit,' it means
  196.  Maitreya Design   there is an exit."
  197.  
  198. ------------------------------
  199.  
  200. From: JOSEF
  201. Subject: RE: interrupts (Re: Msg 1353)
  202. Date: 24-MAR 00:37 Programming Techniques
  203.  
  204. I found out the answer to my problem:  apparently the hardware on the
  205. Mac detects the fact that both the level 1 and level 2 interrupts have
  206. been applied and then masks the level 1 interrupt.  So the level 3
  207. interrupt only appears for a fleeting instant if at all.  Very clever
  208. solution--only takes a gate or 2 and competely avoids the necessity of
  209. fancy decoder logic.
  210.  
  211. Joe
  212.  
  213. ------------------------------
  214.  
  215. From: DDUNHAM
  216. Subject: SmallTalk "resources"
  217. Date: 24-MAR 01:12 Tools for Developers
  218.  
  219. Does anyone know where I can get the various cursors used in Smalltalk?
  220. I'd also like the font.  (I have 0.3, but it doesn't use resources to
  221. speak of.)
  222.  
  223. ------------------------------
  224.  
  225. From: RCONGDON
  226. Subject: RE: SmallTalk "resources" (Re: Msg 1369)
  227. Date: 24-MAR 03:28 Tools for Developers
  228.  
  229. Cursor bitmaps are hardcoded. The Cursor class initialization code has
  230. code to build each of the various cursor types which are referenced as
  231. class variables by Cursor class. If you have the 0.3 source you can
  232. browse the class methods of Cursor class to look at the code that does
  233. this.
  234.  
  235. I'm not too sure about the fonts: it's likely to be somewhere among the
  236. classes DisplayText, Text and TextStyle likely to be hard-coded as well.
  237.  
  238. ------------------------------
  239.  
  240. From: MACINTOUCH
  241. Subject: PageMaker 2.0 and WriteNow
  242. Date: 24-MAR 22:24 Business Mac
  243.  
  244. .. just looked at a press release for PageMaker 2.0, still scheduled for
  245. the end of March... It's supposed to support *WriteNow* formatted
  246. documents. In addition, it's supposed to also support Glue documents for
  247. "placing" into PageMaker layouts.  I sure hope they have more bug-free
  248. conversion than MS Word 3.0 does.  (And PM 2.0 is supposed to be able to
  249. *save* documents in Word 3.0 format.  But I'll still be glad to have
  250. Ripper around...)
  251.  
  252. Ric
  253.  
  254. "A Mac program never makes you type a filename twice"
  255.  
  256. ------------------------------
  257.  
  258. From: JIMH
  259. Subject: RE: PageMaker 2.0 and WriteNow (Re: Msg 18515)
  260. Date: 25-MAR 19:29 Business Mac
  261.  
  262. Ric, Pagemaker 2.0 has gone to everything in the data fork (PC type
  263. implementaition)  So i havnt the foggiest of how to decode it.  unless
  264. they wont give me the file specs, i afraid there will be no ripper for
  265. 2.0.
  266.  
  267. Oh and by the by, someone i know took a small file from current
  268. pagemaker ( something like 17k) and resaved id in 2.0 and it became a
  269. 44k file.  He is seriously unhappy about the data file size expansion
  270. with no increased functions.  best jim
  271.  
  272. ------------------------------
  273.  
  274. From: MACINTOUCH
  275. Subject: RE: PostScript (Re: Msg 18521)
  276. Date: 25-MAR 11:27 Creative Pursuits
  277.  
  278. I think the only option would be to save the file by hitting Command-F
  279. or Command-G just after telling the Mac to print, then sending the saved
  280. file with a telecommunications program like MockTerminal or Red Ryder.
  281.  
  282. Ric Ford
  283.  
  284. ------------------------------
  285.  
  286. From: MACINTOUCH
  287. Subject: SE internal disks
  288. Date: 25-MAR 21:28 Business Mac
  289.  
  290. I've just been reading some technical information from Apple, and it
  291. says that Mac SE's with internal 20 MB hard disks can *NOT* be
  292. "upgraded" to a two-800K configuration; also, the two-800K configuration
  293. can *not* be changed to a 20MB configuration.  Does anyone know of any
  294. reasons this would be true?  Are the logic boards different somehow?
  295.  
  296. Ric Ford
  297.  
  298. ------------------------------
  299.  
  300. From: DDUNHAM
  301. Subject: efficient reading
  302. Date: 25-MAR 03:37 Programming Techniques
  303.  
  304. Is it bad practice to read through a file as in:
  305.  
  306.     count = 1L;    /* Read a single character */
  307.     error = FSRead(infil,&count,&c);
  308.  
  309. IV-95 indicates that this will only hit the disk one time in 512, so it
  310. seems like a good idea to keep the de-buffering overhead in the ROM and
  311. out of my program.
  312.  
  313. ------------------------------
  314.  
  315. From: DWB
  316. Subject: RE: efficient reading (Re: Msg 1371)
  317. Date: 25-MAR 07:56 Programming Techniques
  318.  
  319. Other than the fact that it's a lot more to type than
  320.     c = getchar(infil);
  321.  I guess not.  I have a preference for hiding that type of stuff even
  322. farther away.
  323.  
  324. David
  325.  
  326. ------------------------------
  327.  
  328. From: PEABO
  329. Subject: RE: efficient reading (Re: Msg 1371)
  330. Date: 25-MAR 22:57 Programming Techniques
  331.  
  332. I like to use moderate sized buffers because I think that the overhead
  333. of calling the read subroutine (even with 512 bytes in a I/O buffer
  334. somewhere) is substantial enough to make the program run maybe half as
  335. fast as it might.
  336.  
  337. There are cases where the read logic really wants only one character at
  338. a time and keeping track of the unbuffering is enough of a pain that
  339. it's not a good idea to buffer the read within the application code.
  340.  
  341. peter
  342.  
  343. ------------------------------
  344.  
  345. From: DDUNHAM
  346. Subject: RE: efficient reading (Re: Msg 1372)
  347. Date: 26-MAR 22:04 Programming Techniques
  348.  
  349. Problem with using stdio is in converting from Standard File to Unix
  350. files (or is that in the part of the LsC manual I haven't read?).  Plus
  351. the atrocious overhead you get with libraries like that.  (The specific
  352. example is from a non- application program, i.e. a code resource like a
  353. desk accessory segment.)
  354.  
  355. ------------------------------
  356.  
  357. From: DWB
  358. Subject: RE: efficient reading (Re: Msg 1374)
  359. Date: 27-MAR 04:50 Programming Techniques
  360.  
  361. Who said anything about standard io.  I was talking about writing a very
  362. simple routine which did basically what you code segment had in it, and
  363. calling that from all over the place.  Isolate that nasty bit of code.
  364. Guess I wasn't really very clear on that was I.  For what it's worth, I
  365. havn't used LS stdio yet.
  366.  
  367. David
  368.  (oh yeah, and I'm a unix hack too!)
  369.  
  370. ------------------------------
  371.  
  372. From: MACINTOUCH
  373. Subject: Font/DA mover (Re: Msg 18436)
  374. Date: 27-MAR 10:08 Network Digests
  375.  
  376. Jan, did you patch 3.4?  How do you do it?
  377.  
  378. I tried Nevai's Font/DA Mover patch on F/DAM 3.4 with poor results.  The
  379. program came up with Fonts, rather than DAs selected, despite the fact
  380. that the MacUser patches had been applied; and I could not install a DA
  381. (got the "too many DA's" message) after patching, although I could do it
  382. with the patched 3.2 F/DAM.
  383.  
  384. Ric
  385.  
  386. (Maybe I should have turned cache off ...)
  387.  
  388. ------------------------------
  389.  
  390. From: MOUSE1
  391. Subject: Word - again
  392. Date: 27-MAR 20:24 SIG Business
  393.  
  394. I quote from a letter just received from Microsoft: " Your document has
  395. been reformatted and hopefully looks like what you desired.  One thing
  396. that helps me when reformating is to "show paragraphs" which shows
  397. paragraph returns, line feeds, tabs and spaces."  That is all fine and
  398. nice of MS to re do my document ( which I havent received yet) but did
  399. nothing to answer my question why did it loose formatting when converted
  400. from Word 1 to Word 3.  I am well aware that showing paragraphs can help
  401. in formatting if you need it.  As you may - or may not- recall, I had a
  402. 14 page  document which was formatted in columns, sometimes 2 to a page,
  403. sometimes just a regular page, and when I converted it, all formatting
  404. was lost, headers disappeared, plain text became underlined when only
  405. headers were underlined, etc.  At the time this happened, I screamed,
  406. kicked the Mac -- and made 3 phone calls to MS before I got someone
  407. reasonably intelligent who informed me something must have happened in
  408. the converting process. Obviously. And I still dont know what or why!
  409. Oh, well, as I said, I have a love/hate relationship with Word, and I
  410. just had to vent out a little steam. Thank God, I printed the document
  411. before converting or I would have been in terrible trouble.  And may God
  412. also be good enough that I may never have to format in columns again!
  413.    Judy
  414.  
  415. ------------------------------
  416.  
  417. From: MACINTOUCH
  418. Subject: RE: Word - again (Re: Msg 18566)
  419. Date: 28-MAR 09:14 SIG Business
  420.  
  421. Judy,
  422.  
  423. Sorry to hear about the lousy experience you're having.  I'm very
  424. disappointed in the quality of Word 3.0 myself, especially the
  425. translation programs, but Rick LePage reminds me that Word 1.00 wasn't
  426. too swift either, and it wasn't until Word 1.05 came out that we had
  427. something useful.  Of course, even then, we had a lot of trouble losing
  428. data and everything until we learned the little idiosyncracies of its
  429. temporary files and the way it keeps files "open" even after you "close"
  430. them ...  (apparently also still a problem that causes crashes in Word
  431. 3.0).  I don't know what Microsoft is going to do about distributing
  432. fixes.  They're going to get an "ear-full" of reaction if they *charge*
  433. to fix these bugs, but I expect a $20 "upgrade" fee, being a pessimist.
  434.  
  435. Anyway, it's reasons like this that have built ICONtact, user groups
  436. like the BCS and BMUG, and newsletters like MacInTouch.  Hope we can
  437. help!
  438.  
  439. Ric
  440.  
  441. ------------------------------
  442.  
  443. From: MOUSE1
  444. Subject: RE: Word - again (Re: Msg 18582)
  445. Date: 28-MAR 13:46 SIG Business
  446.  
  447. As an addendum to my message, the "corrected" disk arrived today -- and
  448. still needed some reformatting.  When I checked page preview, I found
  449. errors that did not show up in viewing the screen.  And Im damned if I
  450. can figure out why they put division breaks in where there should have
  451. been page breaks -- but at least it looks ok on page preview and mine
  452. not to reason why --especially with MS! Interestingly enough, the only
  453. document that I had problems with was the one formatted in columns --
  454. the others converted just fine.
  455.    Judy
  456.  
  457. ------------------------------
  458.  
  459. From: DSCHLESINGER
  460. Subject: Useful MPW C "Feature"
  461. Date: 26-MAR 23:47 Tools for Developers
  462.  
  463. I've discovered a very useful undocumented "feature" in MPW C.  In
  464. addition to being able to define pascal routines as follows:
  465.  
  466. pascal void myMDEF(message, theMenu, theRect, thePoint, theItem)
  467.     short message;
  468.     MenuHandle theMenu; Rect *theRect;
  469.     Point thePoint;
  470.     short *theItem;
  471.  
  472. you can alternatively use the following:
  473.  
  474. pascal void myMDEF(short, MenuHandle, Rect *, Point, short *);
  475.  
  476. The second format is very useful for defining fields in structures which
  477. are actually ProcPtr's (or ProcHandles).  I'm defining the MenuInfo
  478. structure as follows now:
  479.  
  480. typedef struct MenuInfo {
  481.     short menuID;
  482.     short menuWidth;
  483.     short menuHeight;
  484.     pascal void (**menuProc)(short,MenuHandle,Rect *,Point,short *);
  485.     long enableFlags;
  486.     Str255 menuData; } MenuInfo, *MenuPtr, **MenuHandle;
  487.  
  488. I can then call the MDEF directly as follow:
  489.  
  490. (**((*theMenu)->menuProc))(message,theMenu,&theRect,hitPoint,&itemHit);
  491.  
  492. Comes in handy when you need it...  It saved me some assembler glue...
  493.  
  494. ------------------------------
  495.  
  496. From: MACINTOUCH
  497. Subject: 2,-108 bug; Font/DA Mover; heap space
  498. Date: 27-MAR 23:01 Bugs & Features
  499.  
  500. A lot of you probably already know this and a lot probably don't.  I
  501. wasn't paying attention, and only got enlightened by Jan Eugenides...
  502.  
  503. Ever get "Serious System error 2,-108" in Font/DA Mover?  And not know
  504. why? It turns out to be simply a case of insufficient heap space.
  505. What's that mean?  It means you've got to get out Fedit and modify your
  506. boot blocks to give more space to the System heap.   Works like a charm.
  507.  
  508. Ric
  509.  
  510. ------------------------------
  511.  
  512. From: PEABO
  513. Subject: RE: 2,-108 bug; Font/DA Mover; heap spac (Re: Msg 18571)
  514. Date: 28-MAR 03:54 Bugs & Features
  515.  
  516. Or, alternatively don't try to update the system you're running on ...
  517. boot a floppy with Font/DA Mover on it.
  518.  
  519. peter
  520.  
  521. ------------------------------
  522.  
  523. From: DDUNHAM
  524. Subject: RE: 2,-108 bug; Font/DA Mover; heap spac (Re: Msg 18571)
  525. Date: 28-MAR 04:28 Bugs & Features
  526.  
  527. That's exactly what the error means.  You need to use Fedit+ if you've
  528. got 128K ROMs.  A simpler solution for people who don't own/are afraid
  529. of Fedit+ is never to install anything into an active System -- boot
  530. from a floppy with a System, Finder, and Font/DA Mover on it, and run
  531. that copy of F/DAM.
  532.  
  533. ------------------------------
  534.  
  535. From: DDUNHAM
  536. Subject: TextEdit length limitations (Re: Msg 18568)
  537. Date: 28-MAR 04:27 Network Digests
  538.  
  539.  > Subject: TextEdit length limitations
  540.  > From: David M. Gelphman
  541.  
  542. According to IM V-13.2, if txSize >= 0, fields have their old meanings.
  543. If txSize == -1, edit record has style info.  It doesn't say what
  544. happens if txSize < 0.  I've heard rumours that the TextEdit from the
  545. Mac II would appear on the Mac Plus/SE as System patches...
  546.  
  547.  David Dunham     "Whenever you see a sign 'No Exit,' it means
  548.  Maitreya Design   there is an exit."
  549.  
  550. ------------------------------
  551.  
  552. From: DDUNHAM
  553. Subject: mouse feet (Re: Msg 18570)
  554. Date: 28-MAR 04:28 Network Digests
  555.  
  556.  > From: agh@rayssde.RAY.COM (Armond G. Hall)
  557.  > Subject: mouse-feet
  558.  
  559. I've gotten mouse feet from Tacklind Design, 250 Cowper St, Palo Alto,
  560. CA 94301. They're made of teflon, and cost something like $3.
  561.  
  562. Disclaimer:  Tacklind once sent me a free set of mouse feet, thinking I
  563. was a dealer.  But I liked them well enough to buy a set for another
  564. Mac.
  565.  
  566.  David Dunham     "Efficiency is intelligent laziness."
  567.  Maitreya Design
  568.  
  569. ------------------------------
  570.  
  571. From: CHUQ
  572. Subject: a NEW word 3.0 bug
  573. Date: 28-MAR 22:26 Bugs & Features
  574.  
  575. I just found out after an hour of beating my head against a wall that
  576. side-by- side paragraphs do not work in a header.  The same format that
  577. works fine in a regular document window will not format when moved to
  578. the header (or in my case, special first page header -- I was trying to
  579. clean up my brute force letterhead into something elegant).
  580.  
  581. foo.  to reproduce, open a new document, set the 'first page special' in
  582. the section, open the special header, and type in two paragraphs.  right
  583. justify the second paragraph, select each paragraph and turn on the
  584. side-by-side option. works fine in the main document, not in the header.
  585.  
  586. Sigh.  So I got to redesign my letterhead.  Another rough edge on the
  587. diamond in the raw.  I'm beginning to wonder if all those glowing
  588. reviews in the magazines this month were done after the reporters were
  589. promised all the bugs would be fixed, or whether they were so enamoured
  590. at getting advanced copies they forgot to be critical?  I think word 3.0
  591. brings the whole question of doing reviews from advanced software into
  592. question, frankly -- MacUser, Macworld, and just about everyone else who
  593. drooled over this product blew it royally.  It's good, but it is really
  594. not shippable software.
  595.  
  596. feh.
  597.  
  598. chuq
  599.  
  600. ------------------------------
  601.  
  602. From: RMUHA
  603. Subject: RE: potential problem in lightspeed DAs (Re: Msg 1363)
  604. Date: 29-MAR 03:12 Programming Techniques
  605.  
  606. Incidentally, the lightspeed DA glue routines lock and unlock the
  607. handles directly (via BSET and BCLR).  According to IM-IV (the Memory
  608. Manager Chpt) this virtually guarantees incompatibility with future
  609. versions of Mac... I'm definitely going to call and complain about that
  610. one.
  611.  
  612. ------------------------------
  613.  
  614. End of Delphi Mac Digest
  615. ************************
  616.